Date: Thu, 22 Apr 93 04:30:04 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #110 

To: packet-radio 


Packet-Radio Digest Thu, 22 Apr 93 Volume 93 : Issue 110 


Today's Topics: 
Internet to Packet Gateways ??? 
method for improving packet thruput in noisy channels (well, maybe 
Wearing out HT BNC connectors?! 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Wed, 21 Apr 1993 20:52:44 GMT 

From: usc!howland.reston.ans.net!ux1.cso.uiuc.edu!news.cso.uiuc.edu! 
uxa.cso.uiuc.edu! btbg1194@network.UCSD.EDU 

Subject: Internet to Packet Gateways ??? 

To: packet-radio@ucsd.edu 


In article <charlson.735393263@trust> charlson@trust.gsfc.nasa.gov (Deane 
Charlson) writes: 

>I am looking for some Internet to Packet gateways. I have been having 
>problems reaching some of my firends on packet and would like to try 
>some of these gateways as an alternative. Any info would be appreciated. 
>Please reply to the address below. THANKS !!! 


> 
>Deane R. Charlson charlson@trust.gsfc.nasa. gov 
>NASA dcharlson@zaphod.gsfc.nasa. gov 
>Goddard Space Flight Center Phone: (301) 286-7883 
>Greenbelt, MD 20771 Fax: (301) 286-7538 

Hi, Deane. 


I have had pretty good luck with wb7tpy's gateway in Arizona... maybe not the 


fastest way to reach your friends on the East coast. 
On Internet: 
send to "gate@wb7tpy.ampr.orgs" 
with "Packet: *full packet address*" on the first line 


Date: 20 Apr 93 22:24:00 GMT 

From: gumby!destroyer!iunet!hal9k!dana.h..myers@yale.arpa 

Subject: method for improving packet thruput in noisy channels (well, maybe 
To: packet-radio@ucsd.edu 


From: dana@lando.la.locus.com (Dana H. Myers) 

Message-ID: <1993Apr19.230057 .169808@locus.com> 

Organization: Locus Computing Corporation, Los Angeles, California 
Date: Mon, 19 Apr 93 23:00:57 GMT 


In article <daves-190493124744@129 .228.20.182> daves@xetron.com (Dave Steele) w 
>In article <1993Apri19.033253.18601@cbfsb.cb.att.com>, 
>wa2ise@cbnewsb.cb.att.com (robert.f.casey) wrote: 

>> 

>> 

>> Better packet reception 

>> 

>> How about this method for improving packet reception (probably has been 

>> done, but here goes anyway). Sometimes, when noise causes a few errors 

>> in a received packet, the CRC rejects the packet and tells the transmitting 
>> station to resend it. If the noise persists, you are in for a lot of 

>> retries, and thruput is bad. Let's say, for example, that the received 

>> packets have about 5 errors. 

>> 

>> Suppose the receiving TNC stores the bad packet. and if the next try is 

>> also bad, store it. And if the third try is also bad, you could compare 

>> all three, byte by byte, and look for where they differ. 


>If the error rate is relatively low, you probably don't need to get the 
>third try. Just create a third packet, trying data from both of the faulty 
>packets until the CRC checks out. 

> 


It really depends how strong the CRC is. You could easily get an erroneous 
packet which checks out against the CRC. Furthermore, the kinds of errors 
you get may cause the receiver to lose sync with the incoming data and 

not receive anything at all until it sees another flag. You can't just 
store a fragmented piece of a packet without a lot of special effort. 


FEC packet would work more easily with less magic; you just program your 
TNC to send every packet twice. Heck, rather than using a long TXD you 
could a very short TXD and send the packet twice. The TX Delay time is 
simply wasted time to let someone's receiver warm up. Sending the 
packet twice would give slow receivers a chance to warm up and give 

the quick receivers (i.e. people using DCD State Machines) two chances 
at reading a noisy a packet.... 


Dana 

x Dana H. Myers KK6JQ | Views expressed here are * 

* (310) 337-5136 | mine and do not necessarily * 

* dana@locus.com DoD #466 | reflect those of my employer 
* 


x This Extra supports the abolition of the 13 and 20 WPM tests x 


. R110B:Wnet HAL_9000 


| HAL 9000 BBS: QWK-to-Usenet gateway | Four 14400 v.32bis dial-ins | 
| FREE Usenet mail and 200 newsgroups! | PCBoard 14.5aM * uuPCB * Kmail | 
| Call +1 313 663 4173 or 663 3959 fan nnn nn nnn nnn eee nee + 
| Member of EFF, ASP, ASAD x 1500MB disk * Serving Ann Arbor since 1988 | 


Date: Wed, 21 Apr 1993 20:39:05 GMT 

From: usc!howland.reston.ans.net!ux1.cso.uiuc.edu!news.cso.uiuc.edu! 
uxa.cso.uiuc.edu! btbg1194@network.UCSD.EDU 

Subject: Wearing out HT BNC connectors?! 

To: packet-radio@ucsd.edu 


Hi. 


I just noticed the yesterday that the locking nubs on my HT's BNC antenna 
connector have worn about 1/3 away. I've had this HT for two years, 

but it has gotten the most antenna switching wear in the past 9 months 
that I've been most active in packet. It is a Heathkit HW2M (made by 
Standard) . 


Has anybody else noticed this problem? At this rate, the nubs should be 
worn through in another year or so. 

I am going to look into getting another (more wear resistant?) connector 
and/or a second radio to dedicate to packet. 


73 de KB8CNE, Brad Banko 
Urbana, Il 


Brad Banko; Dept of Physics; U of Illinois; b-banko@uiuc.edu 


See one. Do one. Teach one. 73 de kb8cne @ n9lnq.il 


Date: (null) 
From: (null) 
the first line must be left-justified. an example might be: 


%* mail -s "hello, brad" gate@wb7tpy.ampr.org 
Packet: kb8cne@n9lnq.il.usa.na 


Hello, Brad.... 


AD 


[ey4 
1/0 


wb7tpy's name is Dean, I think. He's got a nice setup. 
I find the turn-around to be several days to a week and sometimes more. 


73 de KB8CNE, Brad Banko 


Brad Banko; Dept of Physics; U of Illinois; b-banko@uiuc.edu 


See one. Do one. Teach one. 73 de kb8cne @ n9lnq.il 


End of Packet-Radio Digest V93 #110 
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